Перейти к основному содержимому

Задание 5: MUP

🚀 Заключающая контрольная точка проекта - Демонстрация итогового внедренного продукта

📋 Формат и требования​

  • Формат: Очная защита — презентация (5 мин) + демонстрация (5 мин) + вопросы (5 мин)
  • Дедлайн: 28 марта 11:00 (загрузка), 13:00 (защита)
  • Материалы для загрузки:
    • Презентация (PDF): цели, User Story Map, сценарии, демонстрация MUP, архитектура (C4 L1–L2, развёртывание), обоснование технических решений.
    • Ссылка на репозиторий (GitHub или GitLab): исходный код, README с инструкцией по запуску и описанием структуры, настроенный CI.
    • Документация пользователя и разработчика.
    • Результаты сбора обратной связи от пользователей.
  • Пересдача: Коэффициент 0.6 (пересдача экзамена)

📝 Описание​

Заключающая контрольная точка проекта, на которой команда должна продемонстрировать итоговый внедренный продукт или опубликованную статью.

До защиты допускаются команды, которые загрузили артефакты до дедлайна включительно. Команды, которые не загрузили артефакты до дедлайна должны загрузить их для защиты с понижающим коэффициентом и защитить на пересдаче экзамена.

На презентации выступает вся команда. Отсутствующие получают оценку "0", отсутствующие могут защитить презентацию на пересдаче с понижающим коэффициентом.

У студентов есть только 1 неделя для досдачи, пересдать позже нельзя.

⏰ Сдача после дедлайна​

  • Коэффициент 0.6: Пересдача экзамена

📊 Критерии оценивания​

Итоговая оценка выставляется по шкале от 0 до 10 по уровню реализации MUP. Учитываются: презентация продукта, архитектура (нотация C4), функциональность и готовность к внедрению, автономность запуска и стабильность, обоснование технических решений, документация (для пользователя и разработчика), качество UX/UI, сбор и использование обратной связи от пользователей. Обратная связь от пользователей обязательна для всех оценок начиная с 5.

Обязательные требования к артефактам​

Формат сдачи должен соответствовать следующим требованиям:

Репозиторий и код

  • Исходный код размещён в открытом репозитории на GitHub или GitLab.
  • Структура проекта продумана: разделение на модули/пакеты, понятная навигация по коду.
  • Код проходит линтеры; конфигурация линтеров в репозитории.
  • Линтеры запускаются автоматически в CI (GitHub Actions, GitLab CI или аналог); в репозитории есть рабочий pipeline/workflow.
  • Код покрыт тестами (unit-тесты, интеграционные — в зависимости от стека).

README

  • Описание проекта и его целей.
  • Описание структуры репозитория (назначение основных папок/модулей).
  • Инструкция по запуску: зависимости, установка, команды для запуска приложения и тестов.
  • Требования к окружению (версии языка, СУБД и т.д.) — при необходимости.
  • Возможные ошибки и их решения.

Документация

  • Документация пользователя: инструкции по установке, настройке и использованию продукта.
  • Документация разработчика: описание кода, API, процессов развертывания и архитектурных решений.
  • Архитектура системы: диаграмма C4, уровень 1 (Context), диаграмма C4, уровень 2 (Container), диаграмма развёртывания (Deployment).

Презентация (PDF)

  • Цели проекта и заявленная проблема.
  • User Story Map и ключевые сценарии MUP.
  • Как продукт решает заявленную проблему.
  • Демонстрация работы MUP (скриншоты или живой показ).
  • Что изменилось от MVP к MUP.
  • Итоговая архитектура (C4 L1–L2, развёртывание).
  • Обоснование технических решений: выбор стека технологий, типа базы данных, архитектурного паттерна, применённых паттернов проектирования (GRASP и др.).

Реализованный функционал

  • Планы на MUP берутся из планов, зафиксированных на защитах Прототипа и MVP: User Story Map, сценарии и приоритизация (MoSCoW).
  • Реализованный функционал должен соответствовать планам на MUP и включать весь функционал MVP.
  • Оценки 9–10: реализованный функционал существенно превышает планы на MUP; продукт готов к масштабированию или включает дополнительные версии (другой тип устройства/ПО).

Обратная связь от пользователей (обязательно для оценок 5+)

  • Проведены опросы или сбор обратной связи от пользователей (анкеты, Google Forms, Typeform, NPS, интервью и т.п.).
  • Результаты представлены в структурированном виде (таблицы, графики, диаграммы).
  • Проведён анализ: выделены основные проблемы, запросы и предложения пользователей.
  • Описаны конкретные изменения в продукте, сделанные по результатам обратной связи.

Шкала оценок 0–10​

Оценка выставляется по совокупности выполнения требований. Ниже для каждой оценки перечислены ожидаемые уровни по пунктам.

0 — Результат отсутствует.

  • Нет рабочего продукта или презентация не отражает MUP.
  • Продукт не запускается; исходный код недоступен.
  • Архитектура не представлена.
  • Документация отсутствует.
  • Обратная связь не собиралась.

1 — Продукт в зачаточном состоянии.

  • Есть код или макеты, но продукт не достигает уровня MUP — базовые функции не работают или продукт остался на уровне раннего MVP.
  • Презентация не раскрывает цели и сценарии.
  • Архитектура с серьёзными пробелами.
  • Запуск требует участия разработчика (правка кода, сложная ручная настройка).
  • Документация отсутствует или недостаточна.
  • Обратная связь не собиралась или собрана формально (1–2 отзыва без анализа).

2 — Частичная реализация.

  • Продукт частично работает, но с критическими ограничениями (только в среде разработки, нет дистрибутива).
  • Презентация поверхностная, нет связи с целями и User Story Map.
  • Архитектура указана частично (нет C4 L1/L2 или развёртывания).
  • Запуск возможен, но с неочевидными шагами.
  • README неполный, CI/линтеры не настроены.
  • Документация минимальна.
  • Обратная связь собрана, но не повлияла на продукт.

3 — Минимальный уровень.

  • Продукт выполняет заявленные функции, но с заметными недостатками — не все функции MUP реализованы.
  • Презентация содержит описание и цели, но без полноценной демонстрации.
  • Архитектура есть, но с недочётами (неполнота, ошибки нотации).
  • Запуск возможен без разработчика, но инструкции неполные.
  • Структура репозитория не продумана, CI нестабилен.
  • Документация с пропущенными шагами.
  • Обратная связь собрана, но анализ поверхностный.

4 — На границе удовлетворительного.

  • Всё присутствует, но каждый аспект с ограничениями.
  • Презентация показывает продукт, но без обоснования перехода от MVP к MUP.
  • C4 L1 и L2 представлены, возможны мелкие ошибки; развёртывание упрощённое.
  • Продукт запускается, но возможны нестабильности.
  • README позволяет запустить продукт, но структура репозитория описана кратко.
  • Линтеры настроены, но CI нестабилен.
  • Документация без удобной навигации.
  • Обратная связь собрана, выводы сделаны, но изменения в продукт не внесены.

5 — Удовлетворительный MUP.

  • Продукт выполняет заявленные функции MUP.
  • Презентация отражает цели, сценарии и демонстрацию работы.
  • Диаграммы C4 L1, L2 и развёртывания присутствуют.
  • Продукт запускается без разработчика по README.
  • Линтеры и CI настроены и проходят.
  • Документация достаточна для запуска и использования.
  • Обязательно: собрана обратная связь от пользователей; проведён базовый анализ; выделены основные проблемы.

6 — Хороший MUP.

  • Функционал соответствует планам на MUP; все функции MVP дополнены до уровня MUP.
  • Презентация связно показывает путь от MVP к MUP и то, как продукт решает проблему.
  • Архитектура чёткая: C4 L1, L2, развёртывание — всё соответствует проекту.
  • Обоснованы технические решения: выбор стека, типа БД, архитектурных подходов.
  • Интерфейс (если есть) соответствует базовым принципам UX: понятная навигация, консистентность, обратная связь при действиях.
  • Продукт стабильно работает.
  • Репозиторий с продуманной структурой, README, линтеры, CI — всё на месте.
  • Документация пользователя с пошаговыми инструкциями; документация разработчика описывает основные компоненты.
  • Обязательно: обратная связь от нескольких групп, включая целевую аудиторию; анализ с выделением проблем и направлений для доработки.

7 — Выше хорошего.

  • Всё на уровне 6, плюс:
  • Все запланированные сценарии и функции MUP реализованы.
  • Развёрнутое обоснование технических решений: стек, тип БД, паттерны проектирования (GRASP и др.) с аргументацией.
  • Диаграммы C4 и развёртывания полные, нотация соблюдена.
  • Интерфейс адаптивен (или обоснованно не адаптивен); UX продуман для целевой аудитории.
  • Продукт запускается через Docker (docker-compose) или имеет готовый дистрибутив.
  • Код соответствует стандартам, технический долг минимален, CI стабильно зелёный.
  • Документация пользователя со сценариями для всех типов пользователей; документация разработчика описывает API и структуру кода.
  • Продукт развёрнут у заказчика или в целевом окружении.
  • Обязательно: обратная связь проанализирована, по отзывам внесены конкретные изменения в продукт.

8 — Сильный MUP.

  • Функционал полностью соответствует планам на MUP; продукт готов к полноценному внедрению.
  • Презентация и демонстрация на высоком уровне.
  • Архитектура полная: C4 L1, L2, развёртывание — диаграммы готовы к использованию в разработке.
  • Представлен анализ: насколько продукт решает проблему пользователей и почему он лучше существующих решений.
  • Docker (docker-compose) или аналогичный механизм; установка проведена пользователем без сбоев.
  • Интерфейс адаптивен, UX соответствует принципам курса (консистентность, обратная связь, предотвращение ошибок, доступность).
  • Внимание к нефункциональным требованиям: безопасность (аутентификация, авторизация, валидация), обработка ошибок, устойчивость к некорректным действиям.
  • README с инструкциями, типовыми сценариями и описанием возможных ошибок.
  • Код покрыт unit-тестами, линтеры проходят, CI работает.
  • Документация полная: для пользователя — без пропусков, для разработчика — API, структура, развертывание.
  • Обязательно: обратная связь от целевой аудитории с визуализацией (графики, диаграммы); изменения в продукте описаны.

9 — Отличный MUP (обязательны: функционал сверх планов на MUP, широкая обратная связь).

  • Всё на уровне 8, плюс:
  • Функционал выходит за рамки планов — продукт делает больше, чем планировалось.
  • Запуск полностью автономен и максимально прост (Docker / дистрибутив).
  • Глубокое понимание архитектурных паттернов (GRASP, Saga, Outbox/Inbox и др.) и их применения в проекте.
  • Убедительный анализ решения проблемы пользователей: подтверждено данными и метриками, показано преимущество перед существующими решениями.
  • Нефункциональные требования проработаны: безопасность, производительность, информативные сообщения об ошибках.
  • Настроен мониторинг и/или логирование (метрики, отслеживание ошибок, health checks) или описан детальный план по внедрению.
  • Код без технического долга, покрыт тестами (unit + интеграционные).
  • Документация в удобном формате (Wiki, Markdown) с описанием API, развертывания, отладки и поддержки.
  • Презентация производит профессиональное впечатление; показан путь от прототипа через MVP к MUP.
  • Обязательно: обратная связь от широкой аудитории; структурированные методы (анкеты, NPS, CSAT, интервью); детальный анализ с визуализацией; конкретные улучшения по отзывам.

10 — Выдающийся MUP (обязательны: функционал существенно сверх планов, комплексная обратная связь).

  • Функционал существенно выходит за рамки планов: дополнительная версия для другого типа устройства/ПО или значительное расширение продукта.
  • Продукт внедрён и активно используется целевой аудиторией.
  • Презентация демонстрирует полное понимание продукта; архитектура (C4 L1–L2, развёртывание) готова к развитию.
  • Исчерпывающее обоснование технических решений с учётом масштабируемости (горизонтальное/вертикальное масштабирование, CAP-теорема — при необходимости).
  • Продукт доказанно решает проблему пользователей (подтверждено данными), обоснованы преимущества перед аналогами с конкретными сравнениями.
  • Нефункциональные требования полностью проработаны: безопасность, производительность, надёжность.
  • Мониторинг и логирование настроены: метрики, отслеживание ошибок, health checks, алертинг.
  • Код оптимизирован для поддержки и развития, покрыт тестами, без технического долга.
  • Интерфейс адаптивен, соответствует принципам UX, удобен для аудитории.
  • Документация пользователя: полная, со сценариями для всех типов пользователей, установкой на новое устройство. Документация разработчика: API, структура кода, техрешения, развертывание, отладка, поддержка.
  • Запуск без разработчика, максимально простой (Docker / дистрибутив).
  • Обязательно: обратная связь от широкой аудитории; комплексные методы (анкеты, NPS, CSAT, интервью, анализ поведения — метрики, тепловые карты, A/B тестирование); глубокий анализ с визуализацией; обратная связь повлияла на продукт с описанием конкретных изменений.

🔗 Связанные документы​

  • Задание MVP (предыдущий этап): Этап 4 — MVP
  • Критерии оценивания: см. раздел выше
  • О курсе и расписание: О курсе
  • FAQ: FAQ